The Beginnings at MIT 


wo key clements were necessary to implement time- 

shared, interactive computing: interfaces with commu- 
nications facilities, and a machine design that supported 
interrupts, memory protection, and a large fast-access exter- 
nal store. Each of these elements was feasible in 1959, as 
demonstrated by George R. Stibitz in 1940 and by the SAGE 
development in 1957. 

The first public demonstration of remote operation of a 
digital computer and of computer-telephone communica- 
tions was conducted as part of the 1940 annual meeting of 
the Mathematical Association of America. Problems were 
entered into a teletypewriter located in McNutt Hall on the 
Dartmouth campus in Hanover, N.H. They were then trans- 
mitted via standard Bell System telecommunications facili- 
ties to the Bell Telephone Laboratories in New York City, 
where they were solved on-line by the BTL Model 1 Com- 
plex Number Calculator. The results were immediately re- 
turned on-line via the same telecommunications link to the 
teletypewriter located on the Dartmouth campus, 250 miles 
away. 

Stibitz. who was behind both the demonstration and the 
digital computer used in it, was then a mathematician on the 
technical staff of the Bell Telephone Laboratories. (Now he 
is professor emeritus of physiology at the Dartmouth Med- 
ical School.) 

Stibitz describes the ability to do remote computing as a 
natural and integral part of the design of his system. It was 
natural and “no big thing” to demonstrate this device at 
Dartmouth by leaving the computer where it was and oper- 
ating it remotely via a teletypewriter link, rather than going 
to all the trouble and expense of moving the machine itself 
from New York to Hanover. After all, teletypewriters in 
other departments in BTL had already tapped into the 
system on occasion to get their computations done. The 
length of the teletype line, whether it was 25 feet or 250 
miles, involved no major change in operational techniques 
or concept.” 

In their 1957 paper. “SAGE — A Data Processing Sys- 
tem for Air Defense” (Proc. EJCC © 1957 IRE (now 
IEEE)), R.R. Everett, C.A. Zraket, and H.D. Bennington” 
described the working of the SAGE system and not only 
used the term “time-sharing” but also provided their own 
description: 


The central computer performs air-defense pro- 
cessing in the following manner (see figure 1 [repro- 


duced on the facing page]). The buffer storage tables, 
the system-status data, and the system computer pro- 
gram are organized in hundreds of blocks — each 
block containing from 25 to 4000 computer words. A 
short sequence-control program in the central 
computer’s core memory transfers appropriate pro- 
gram and data blocks into core memory, initiates 
processing, and then returns appropriate table blocks 
(but never programs) back to the drum. To take 
advantage of the in-out break feature, operation of 
each air-defense routine is closely coordinated with 
operation of the sequence-control program so that 
programs and data are transferred during data pro- 
cessing. 

By time-sharing [emphasis added] the central com- 
puter, each of the air-defense routines is operated at 
least once every minute — many are operated every 
several seconds. One interesting feature is that the 
frequency of program operation is locked with real 
time rather than allowed to vary as a function of load; 
during light load conditions the sequence-control pro- 
gram will often “mark time” until the real-time clock 
indicates that the next operation should be repeated. 
Such synchronization with real time simplifies many 
of the control and input-output functions without 
causing any degradation in system performance. 


Both of these demonstrations showed the feasibility of 
the concept, but it took an environment (at MIT) and a 
brilliant mind (John McCarthy) to put two and two together 
into a far-reaching system. 

Digital computation* began at MIT in 1947 with the 
Whirlwind I computer. Whirlwind was four or five times 
faster than its predecessors by virtue of its excellent elec- 
tronic design and parallel operation. By 1953, core memory, 
developed by Jay Forrester and his associates at MIT, 
yielded another factor of two. The standards of speed and 
reliability set at that time have now come to be expected of 
modern computing equipment. 

While Whirlwind satisfied the needs of many MIT users, 
the pressures of special requirements led to the acquisition 
of other computers as well. In 1955 the Instrumentation 


* Of course in the field of analog computation, Vannevar Bush 
had led the world with the development of the Differential An- 
alyzer. 
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Figure 1. Dynamic program operation.”’ Reproduced with permission (© 1957 IRE (now IEEE)). 


Laboratory obtained an IBM 650 computer, and in 1956 the 
Naval Supersonic Laboratory installed a Bendix G15 com- 
puter for processing wind tunnel data. 

In 1956, IBM provided an IBM 704 to be located at MIT 
with one shift per day for the use, without charge, of educa- 
tional and research projects at MIT, and a similar amount 
of time for the use of universities and colleges in the New 
England area. The Computation Center, under the direc- 
tion of Philip M. Morse, was formed for the administration 
and efficient use of this facility. Subsequently, the TX-0 
computer was loaned to the Electrical Engineering Depart- 
ment by Lincoln Laboratory. 

The need for computer capacity at MIT continually in- 
creased. In 1960 the Computation Center IBM 704 was 
replaced by the more powerful IBM 709 computer, and 
several smaller computers also were installed by various 
MIT groups. Even more ambitious expansion was sched- 
uled for the immediate future. 


Reminiscences on the History of 
Time-Sharing 


John McCarthy 


At the time of our interviews with the CTSS and Project 
MAC pioneers, we invited John McCarthy to join the group 
which provided this record following the 25th anniversary 
celebrations of the founding of the Laboratory of Computer 
Science. McCarthy was unable to extend his stay in the Cam- 


bridge area but graciously wrote his own memories of this 
era. 


I remember thinking about time-sharing at the time of 
my first contact with computers and being surprised that this 
was not the goal of IBM and all the other manufacturers and 
users of computers. This might have been around 1955. 

By time-sharing, I meant an operating system that per- 
mits each user of a computer to behave as though he were 
in sole control of a computer, not necessarily identical with 
the machine on which the operating system is running. 
Christopher Strachey may well have been correct in saying 
in his letter to Donald Knuth* that the term was already in 
use for time-sharing among programs written to run to- 
gether. This idea had already been used in the SAGE sys- 
tem. I do not know how this kind of time-sharing was 
implemented in SAGE. Did each program have to be sure 
to return to an input polling program or were there inter- 
rupts? Who invented interrupts anyway?** I thought of 
them, but J do not believe I mentioned the idea to anyone 
before I heard of them from other sources. 

My first attempts to do something about time-sharing 
were in the fall of 1957 when I came to the MIT Computa- 
tion Center on a Sloan Foundation fellowship from Dart- 
mouth College. It was immediately clear to me that time- 
sharing the IBM 704 would require some kind of interrupt 
system. I was very shy of proposing hardware modifications, 


* See Strachey’s response to Knuth in the previous section. 


** Alan Scherr reported that the patents on interrupt-driven I/O 
are held by three IBM researchers. 
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John McCarthy’s 1959 memorandum 


To: Professor P.M. Morse 
From: John McCarthy 

Subject: A Time-sharing Operator 
Program for our 
Projected IBM 709 
January 1, 1959 


Introduction 


Date: 


This memorandum is based on 
the assumption that MIT will be 
given a transistorized IBM 709 
about July 1960. | want to propose 
an operating system for it that will 
substantially reduce the time re- 


_ quired to get a problem solved on 


the machine. Any guess as to how 
much of a reduction would be 
achieved is just a guess, but a fac- 
tor of five seems conservative. A 
smaller factor of improvement in 
the amount of machine time used 
would also be achieved. 

The proposal requires a com- 
plete revision in the way the 


The format of the original memo was 
changed for reproduction here. 


machine is used, will require a long 
period of preparation, the develop- 
ment of some new equipment, and a 
great deal of cooperation and even 
collaboration from IBM. Therefore, if 
the proposal is to be considered seri- 
ously, it should be considered 
immediately. | think the proposal 
points to the way all computers will 
be operated in the future, and we 
have a chance to pioneer a big step 
forward in the way computers are 
used. The ideas expressed in the fol- 
lowing sections are not especially 
new, but they have formerly been 
considered impractical with the com- 
puters previously available. They are 
not easy for computer designers to 
develop independently since they in- 
volve programming system design 
much more than machine design. 


A quick service computer 


Computers were originally devel- 
oped with the idea that programs 
wouid be written to solve general 


classes of problems and that after 
an initial period most of the com- 
puter time would be spent in 
running these standard programs 
with new sets of data. This view 
completely underestimated the vari- 
ety of uses to which computers 
would be put. The actual situation is 
much closer to the opposite extreme, 
wherein each user of the machine 
has to write his own program and 
that once this program is debugged, 
one run solves the problem. This 
means that the time required to solve 
the problem consists mainly of time 
required to debug the program. This 
time is substantially reduced by the 
use of better programming lan- 
guages such as Fortran, Lisp (the 
language the Artificial Intelligence 
Group is developing for symbolic ma- 
nipulations) and COMIT (Yngve's 
language). However, a further large 
reduction can be achieved by reduc- 
ing the response time of the 
computation center. 


especially as I did not understand electronics well enough to 
read the logic diagrams. Therefore, | proposed the minimal 
hardware modification I could think of. This involved in- 
stalling a relay so that the 704 could be put into trapping 
mode by an external signal. It was also proposed to connect 
the sense switches on the console in parallel with relavs that 
could be operated by a Flexowriter. 

When the machine went into trapping mode. an interrupt 
to a fixed location would occur the next time the machine 
attempted to execute a jump instruction (then called a trans- 
fer). The interrupt would occur when the Flexowriter had 
set up a character in a relay buffer. The interrupt program 
would then read the character from the sense switches into 
a buffer. test whether the buffer was full. and if not return 
to the interrupted program. If the buffer was full. the pro- 
gram would store the current program on the drum and read 
in a program to deal with the buffer. 

It was agreed (I think | talked to Dean Arden only) to 
install the equipment, and | believe that permission was 
obtained from IBM to modify the computer. The connector 
to be installed in the computer was obtained. 

However, at this time we heard about the “real-time 
package” for the IBM 704. This RPQ (Request for Price 
Quotation was IBM jargon for a modification to the com- 
puter whose price was not guaranteed), which rented for 
$2,500 per month, had been developed at the request of 
Boeing for the purpose of allowing the 704 to accept infor- 
mation from a wind tunnel. Some element of ordinary time- 


sharing would have been involved. but we did not seek 
contact with Boeing. Anyway. it was agreed that the real- 
time package. which involved the possibility of interrupting 
after any instruction. would be much better than merely 
putting the machine in trapping mode. Therefore, we under- 
took to beg IBM for the real-time package. IBM’s initial 
reaction was favorable. but nevertheless it took a long time 
to get the real-time package — perhaps a year. perhaps two. 
It was then agreed that someone. perhaps Arnold 
Siegel.” would design the hardware to connect one 
Flexowriter to the computer, and later an installation with 
three would be designed. Siegel designed and built the 
equipment. the operating system was suitably modified (I 
do not remember by whom), and a demonstration of on-line 
Lisp was held for a meeting of the MIT Industrial Affiliates. 
This demonstration, which I planned and carried out. had 
the audience in a fourth-floor lecture room and me in the 
computer room and arented closed-circuit TV system. Steve 
Russell. who worked for me. organized the practical details. 
including a rehearsal. This demonstration was called time- 
stealing. and was regarded as a mere prelude to proper 
time-sharing. It involved a fixed program in the bottom of 
memory that collected characters from the Flexowriter in a 
buffer while an ordinary batch job was running. It was only 
after each job was run that a job that would deal with the 
* Siceel had engineered a Flexowriter input device on Whirlwind 
for Doug Ross’ Data Reduction Project in 1956, 
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The response time of the MIT 
Computation Center to a perfor- 
mance request presently varies 
from 3 hours to 36 hours depending 
on the state of the machine, the effi- 
ciency of the operator, and the 
backlog of work. We propose by 
time-sharing, to reduce this re- 
sponse time to the order of 1 
second for certain purposes. Let us 
first consider how the proposed sys- 
tem looks to the user before we 
consider how it is to be achieved. 

Suppose the average program 
to be debugged consists of 500 in- 
structions plus standard 
subroutines and that the time re- 

_ quired under the present system for 
an average debugging run is 3 min- 
utes. This is time enough to 
execute 7,000,000 704 instructions 
or to execute each instruction in the 
program 14,000 times. 

Most of the errors in programs 
could be found by single-stepping 
or multiple-stepping the program as 
used to be done. If the program is 
debugged in this way, the program 


will usually execute each instruc- 
tion not more than 10 times, 1/1400 
as many executions as at present. 
Of course, because of slow human 
reactions the old system was even 
more wasteful of computer time 
than the present one. Where, how- 
ever, does all the computer time 
go? 

At present most of the computer 
time is spent in conversion (SAP-bi- 
nary, decimal-binary, 
binary-decimal, binary-octal) and in 
writing tape and reading tape and 
cards. 

Why is so much time spent in 
conversion and input output? 


1. Every trial run requires a fresh 
set of conversions. 

2. Because of the slow response 
time of the system it is necessary to 
take large dumps for fear of not 
being able to find the error. The 
large dumps are mainly unread, but 
nevertheless, they are necessary. 
To see why this is so, consider the 
behavior of a programmer reading 


his dump. He looks at where the 
program stopped. Then he fooks at 
the registers containing the partial 
results so far computed. This sug- 
gests looking at a certain point in 
the program. The programmer may 
find his mistake after looking at not 
more than 20 registers out of say 
1000 dumped, but to have pre- 
dicted which 20 would have been 
impossible in advance and to have 
reduced the 1000 substantially 
would have required cleverness as 
subject to error as his program. The 
programmer could have taken a run 
to get the first register looked at, 
then another run for the second, 
etc., but this would have required 
60 hours at least of elapsed time to 
find the bug according to our as- 
sumptions and a large amount of 
computer time for repeated loading 
and re-runnings. The response time 
of the sheet paper containing the 
dump for any register is only a few 
seconds, which is OK except that 
one dump does not usually contain 
(continued on the following page) 


characters typed in would be read in from the drum. This 
job would do what it could until more input was wanted and 
would then let the operating system go back to the batch 
stream. This worked for the demonstration, because at cer- 
tain hours the MIT Computation Center operated a batch 
stream with a time limit of one minute on any job. 

Around the time of this demonstration. Herbert Teager 
came to MIT as an assistant professor of electrical engineer- 
ing and expressed interest in the time-sharing project. Some 
of the ideas of time-sharing overlapped some ideas he had 
while on his previous job, but I do not remember what thev 
were. Philip Morse. the director of the Computation Center, 
asked me if I was agreeable to turning over the time-sharing 
project to Teager. since artificial intelligence was my main 
interest. I agreed to this. and Teager undertook to design 
the three-Flexowriter system. I’m not sure it was ever com- 
pleted. There was a proposal for support for time-sharing 
submitted to the National Science Foundation. and money 
was obtained. I do not remember whether this preceded 
Teager. and] do not remember what part I had in preparing 
it or whether he did it after he came. This should be an 
important document. because it contains that year’s concep- 
tion of and rationale for time-sharing.* 

Besides that. IBM was persuaded to make substantial 
modifications to the IBM 709 to be installed at the MIT 


* Regrettably. we have been unable to locate this proposal. but a 
later report on the work is included in this issue. 


Computation Center. These included memory protection 
and relocation. and an additional 32,768 words of memory 
for the time-sharing system. Teager was the main specifier 
of these modifications. [remember my surprise when IBM 
agreed to his proposals. I had supposed that relocation and 
memory protection would greatly slow the addressing of the 
computer. but this turned out not to be the case. 

Teager’s plans for time-sharing were ambitious and, it 
seemed to many of us, vague. Therefore, Fernando Corbaté 
undertook an “interim” solution using some of the support 
that had been obtained from NSF for time-sharing work. 
This system was demonstrated some time in 1961, but it was 
not put into regular operation. That was not really possible 
until the ARPA support for Project MAC permitted buying 
a separate IBM 7090. 

Around 1960 I began to consult at BBN on artificial 
intelligence and explained my ideas about time-sharing to 
Ed Fredkin and J.C.R. Licklider. Fredkin, to my surprise, 
proposed that time-sharing was feasible on the PDP-1 com- 
puter. This was DEC's first computer, and BBN had the 
prototype. Fredkin designed the architecture of an interrupt 
system and designed a control system for the drum to permit 
it to be used in a very efficient swapping mode. He con- 
vinced Ben Gurley. the chief engineer for DEC. to build this 
equipment. It was planned to ask NIH (National Institutes 
for Health) for support. because of potential medical appli- 
cations of time-sharing computers. but before the proposal 
could even be written. Fredkin left BBN. I took technical 
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information enough to get the entire 
program correct. 

Suppose that the programmer 
has a keyboard at the computer 
and.is equipped with a substantial 
improvement on the TX-0 interroga- 
tion and intervention program 
(UT3). (The improvements are in 
the direction of expressing input 
and output in a good programming 
language). Then he can try his pro- 
gram, interrogate individual pieces 
of data or program to find an error, 
make a change in the source lan- 
guage and try again. 

lf he can write the program in 
source language directly into the 

“computer and have it checked as 
he writes it, he can save additional 
time. The ability to check out.a._pro- 
gram immediately after writing it 
saves still more time by using the 
fresh memory of the programmer.4 
think a factor of § canbe gained in 
the speed of getting programs writ- 
ten and working over present 
practice, if the above mentioned fa- 
cilities are provided. There is 


another way of using these facilities 
which was discussed by S. Ulam a 
couple of years ago. This is to use 
the computer for trial and-error pro- 
cedures where the error correction 
is performed by a human adjusting 
the parameters. 

The only way quick response 
canbe provided at a bearable cost 
is:by time-sharing: That is, the com- 
puter must attend to other 
customers while:one customer is re- 
acting to some output. 


The problem of a time-sharing 
operation system 


{have not seen any comprehen- 
sive written treatment of the 
time-sharing problem and have not 
discussed the problem. This treat- 
mentis-certainly incomplete and is 
somewhat off-the-cuff. The equip- 
ment required for time-sharing is 
the following. 


a. Interrogation and display de- 
vices (Flexowriters are 


possible but there may be 
something better and 
cheaper); 

b. An interrupt feature on the 
computer; we'll have it; 

c. Anexchange to mediate be- 
tween the computer and the 
extemal devices. This is the most 
substantial engineering problem, 
but IBM may have solved it. 


In general the equipment re- 
quired for time-sharing is well 
understood, is being developed for 
various advanced computers, e.g., 
Stretch, TX-0, Metrovich 1010, 
Edsac 3. | would not be surprised if 
almost all of itis available with the 
transistorized IBM 709:. However, 
the time-sharing has been worked 
out mainly in connection with real- 
time devices. The programs 
sharing the computer during any 
run-are assumed to occupy pre- 
scribed areas of storage, debugged 
already, and to have been written 
together as a system. We shall 
have to deal with a continuously 


charge of the project as a one-day-a-week consultant, and 
Sheldon Boilen was hired to do the programming. I rede- 
signed the memory extension system proposed by DEC and 
persuaded them to build the modified system instead of the 
two systems they were offering, but fortunately had not 
built. I also supervised Boilen. 

Shortly after this project was undertaken, DEC decided to 
give a PDP-] to the MIT Electrical Engineering Department. 
Under the leadership of Jack Dennis,* this computer was 
installed in the same room as the TX-0 experimental transis- 
torized computer that had been retired from Lincoln Labora- 
tory when the TX-2 was built. Dennis and his students under- 
took to make a time-sharing system for it. The equipment was 
similar, but they were given less memory than the BBN project 
had. There was not much collaboration. 

My recollection is that the BBN project was finished first 
in the summer of 1962, but perhaps Corbaté remembers 
earlier demonstrations of CTSS.** I left for Stanford in the 
fall of 1962. I had not seen CTSS, and I believe I had not 
seen Dennis’ system operate either. BBN did not operate 
the first system and did not even fix the bugs. They had few 
computer users and were content to continue the system 
whereby users signed up for the whole computer. They did 


* Earl Pugh of the Electrical Systems Laboratory, which was given 
the responsibility for the PDP-1, did the original installation and 
operation of the PDP-1. [Note added by Doug Ross during review. | 


** See Time Line, pp. 14-15. 


undertake a much larger follow-on project involving a time- 
shared PDP-1 that was installed in Massachusetts General 
Hospital, where it was not a success. The computer was 
inadequate, there were hardware and software bugs, and 
there was a lack of application programs — but mainly the 
project was premature. 

At the same time that CTSS, the BBN system, and the 
Electrical Engineering Department systems were being de- 
veloped, MIT had started to plan for a next-generation 
computer system. The management of MIT evidently 
started this as an ordinary university planning exercise and 
appointed a high-level committee consisting of Philip 
Morse, Albert Hill, and Robert Fano to supervise the effort. 
However, the actual computer scientists were persuaded 
that a revolution in the way computers were used was called 
for. The lower level committee was chaired by Teager, but 
after his ideas clashed with those of everyone else, the 
committee was reconstituted with me as chairman. The 
disagreement centered around how ambitious to be and 
whether to go for an interim solution. Teager wanted to be 
very ambitious, but the rest of us thought his ideas were 
vague. He wanted MIT to acquire an IBM 7030 (Stretch) 
computer as an interim solution. As it turned out, acquiring 
a Stretch would have been a good idea. 

Our second report to MIT proposed that MIT send out 
a request for proposals to computer manufacturers. On the 
basis of the responses. we would then ask the government 
for the money. The RFP was written, but MIT stalled, 
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Fiexowriter connection to the 
real-time package:on the 704 
“will help, but we cannot wait 
for the results if we want a 
time-sharing operator pro- 
gram in July 1960. 
d. The cooperation of IBM is 
very important, but it should 
~ be to their advantage to de- 
velop this new way of using a 
i. “computer. ene 
8. 1 think other people at MIT 
./ than the Computation Center 
“staff can be interested in the 
“systems and other engineer- 
ing problems involved. 


perhaps for two reasons. The first reason was that our initial 
cost estimates were very large for reasons of conservatism. 
Second, IBM asked MIT to wait, saying that they would 
make a proposal to meet MIT’s needs at little or no cost. 
Unfortunately, the System/360 design took longer than IBM 
management expected, and along about that time, relations 
between MIT and IBM became very strained because of the 
patent lawsuit about the invention of magnetic core mem- 
ory. 

As part of the stall, president Stratton proposed a new 
study with a more thorough market survey to establish the 
demand for time-sharing among MIT computer users. I 
regarded this as analogous to trying to establish the need for 
steam shovels by market surveys among ditch diggers, and 
I did not want to do it. About this time George Forsythe 
invited me to come back to Stanford with the intention of 
building a Computer Science Department, and I was happy 
to return to California. 


In all this, there was not much publication. | wrote a 
memo to Morse dated January 1, 1959, proposing that we 
time-share our expected “transistorized IBM 709.” It has 
been suggested that the date was in error and should have 
been 1960. I do not remember now, but I believe that if the 
memo had been written at the end of 1959, it would have 
referred to the 7090, because that name was by then current. 
In that memo I said the idea of time-sharing was not espe- 
cially new. I do not know why I said that, except that I did 


not want to bother to distinguish it from what was done in 
the SAGE system with which I was not very familiar. 

Most of my argumentation for time-sharing was oral, and 
when I complained about Fano and Corbaté crediting 
Strachey with time-sharing in their 1966 Scientific American 
article, Corbaté was surprised to find my 1959 memo in the 
files. Their correction in Scientific American was incorrect, 
because they supposed that Strachey and I had developed 
the idea independently, whereas giving each user continu- 
ous access to the machine was not Strachey’s idea at all. In 
fact, he did not even like the idea when he heard about it. 

Teager and I prepared a joint abstract for an ACM 
meeting shortly after he arrived, and I gave a lecture in an 
MIT series called Computers and the World of the Future.*4 
In this lecture I referred to Strachey’s paper “Time-sharing 
in Large Fast Computers” given at the 1959 IFIP Congress 
in Paris. I had read the paper carelessly, and supposed he 
meant the same thing as I did. As he subsequently pointed 
out, he meant something quite different that did not involve 
a large number of users, each behaving as though he had a 
machine to himself. As I recall, he mainly referred to fixed 
programs, some of which were compute bound and some 
input-output bound. He did mention debugging as one of 
the time-shared activities, but I believe his concept involved 
one person debugging while the other jobs were of the 
conventional sort. 

My 1959 memo advertised that users generally would get 
the advantage of on-line debugging. However. it said noth- 
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ing about how many terminals would be required and where 
they would be located. I believe I imagined them to be 
numerous and in the users’ offices, but I cannot be sure. 
Referring to an “exchange” suggests that Ihad in mind many 
terminals. I cannot now imagine what the effect was on the 
reader of my failure to be explicit about this point. I’m afraid 
I was trying to minimize the difficulty of the project. 

The major technical error of my 1959 ideas was an un- 
derestimation of the computer capacity required for time- 
sharing. I still do not understand where all the computer 
time goes in time-sharing installations, and neither does 
anyone else. 

Besides MIT’s NSF proposal, there ought to be some 
letters to IBM and perhaps some IBM internal documents 
about the proposal, since they put more than a million 
dollars worth of equipment into it. Gordon Bell discusses 
DEC’s taking up time-sharing in the Bell/Newell book,* but 
I do not recall that they discuss Ben Gurley’s role. Fredkin 
and perhaps Allan Kotok would know about that. 

After I came to Stanford, I organized another PDP-1 
time-sharing project. This was the first time-sharing system 
based on display terminals. It was used until 1969 or 1970 
for [Patrick] Suppes’ work on computer-aided instruction. 


Excerpts from “Man-Computer 
Symbiosis””® 


About the same time McCarthy was writing his memoran- 
dum to Morse on the mechanics of time-sharing, J.C.R. 
Licklider was investigating the concept of man-computer 
symbiosis, a premonition ofman-machine cooperation which 
is even today not wholly achieved. The following selection 
from Licklider’s “Man-Computer Symbiosis” is reprinted 
with permission from IRE Transactions on Human Factors 
in Electronics, March 1960 (© 1960 IRE (now IEEE)). 


Man-machine symbiosis is an expected development in 
cooperative interaction between man and electronic com- 
puters. It will involve close coupling between the human and 
electronic members of the partnership. The main aims are 
1) to let computers facilitate formulative thinking as they 
now facilitate the solution of formulated problems, and 2) 
to enable man and computers to cooperate in making deci- 
sions and controlling complex situations without inflexible 
dependence on predetermined programs. In the anticipated 
symbiotic partnership, men will set the goals, formulate the 
hypotheses, determine the criteria, and perform the evalu- 
ations. Computing machines will do the routinizable work 
that must be done to prepare the way for insights and 
decisions in technical and scientific thinking. Preliminary 
analyses indicate that the symbiotic relationship will per- 
form intellectual operations much more effectively than 
man alone can perform them. Prerequisites for the achieve- 
ment of the effective, cooperative association include devel- 
opments in computer time-sharing, in memory components, 


* More likely: C.G. Bell, J.C. Mudge, and J.E. McNamara, Com- 
puter Engineering. Digital Press, Bedford, Mass., 1978. 


in memory organization, in programming languages, and in 
input and output equipment. 

In one sense of course, any man-made system is intended 
to help man, to help a man or men outside the system. If we 
focus upon the human operator(s) within the system. how- 
ever, we see that, in some areas of technology, a fantastic 
change has taken place during the last few years. “Mechan- 
ical extension” has given way to replacement of men, to 
automation, and the men who remain are there more to help 
than to be helped. In some instances, particularly in large 
computer-centered information and control systems, the 
human operators are responsible mainly for functions that 
it proved infeasible to automate. Such systems are not sym- 
biotic systems. They are “semi-automatic” systems, systems 
that started out to be fully automatic but fell short of the 
goal. 

It seems entirely possible that, in due course, electronic 
or chemical “machines” will outdo the human brain in most 
of the functions we now consider exclusively within its prov- 
ince. 

It is often said that programming for a computing ma- 
chine forces one to think clearly, that it disciplines the 
thought process. If the user can think his problem through 
in advance, symbiotic association with a computing machine 
is not necessary. 

However, many problems that can be thought through in 
advance are very difficult to think through in advance. They 
would be easier to solve, and they could be solved faster, 
through an intuitively guided trial-and-error procedure in 
which the computer cooperated, turning up flaws in the 
reasoning or revealing unexpected turns in the solution. 
Poincaré anticipated the frustration of an important group 
of would-be computer users when he said “The question is 
not ‘What is the answer?’ The question is ‘What is the 
question?’” One of the main aims of man-computer symbi- 
osis is to bring the computing machine effectively into the 
formulative parts of technical problems. The other aim is 
to...bring computing machines effectively into the processes 
of thinking that must go in “real time,” time that moves too 
fast to permit using computers in conventional ways. 


Later Licklider was instrumental in not only initiating the 
concept of an extensive project which would have similar aims 
to those expressed in his 1960 paper, but also he was in a 
position to provide the funding for that work! His train ride 
with Robert Fano from Hot Springs, Va., to Washington, 
D.C. (probably aboard the “Crescent”) gave them the oppor- 
tunity to realize that ARPA needs could be met through the 
capabilities of the MIT group. In our interview with Licklider 
and Fano we asked them of their recollections of this trip. 


Teager’s recommendation for an IBM 
7030° 


The two studies that preceded the formalization of the 
MIT activity, which led first to the development of the Com- 
patible Time-Sharing System (CTSS) and eventually to Proj- 
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ect MAC, have been mentioned both by McCarthy in his 
recollections and later by the respondents in the interviews. 
The first study group report, written by Herbert Teager, 
recommended the acquisition of an IBM 7030 (Stretch), 
although Teager recognized that he was unable to obtain all 
the necessary data regarding its capabilities, and the support 
software was an unknown factor. Retrospectively, Teager’s 
arguments were sound; his choice of the IBM Stretch was 
unfortunate. 


MIT should obtain, within the next two to three years, 
an ultra large capacity computer, develop time-shared re- 
mote input-output facilities complete with display and 
graphical input capability, and begin an intensive effort to 
develop advanced, user oriented programming languages 
for this system. This policy would seem the best possible way 
for MIT to obtain a research facility to multiply the intellec- 
tual effectiveness of the experimental and theoretical re- 
search workers and teachers in all fields. The policy would 
at the same time provide a necessary experimental tool for 
frontier research in many fields involving physical simula- 
tion, information processing, and real-time experimental 
work, which would otherwise be unfeasible. 

The machine should have sufficient capacity and be of 
sufficiently advanced design so that it would have a useful 
life of at least six years, before any further change need be 
contemplated. 

Based upon presently published specifications for exist- 
ing machines, the IBM 7030, Stretch Computer is a suitable 
candidate for the recommended computer, by virtue of its 
speed, memory size, and overall capacity and capabilities. 

Published data for Stretch, while not including some 
important, but presently unknown factors such as reliability 
and mean, error-free running time, does indicate that the 
commercial version of this machine will come very close to 
meeting its specifications. Several have been built, and pro- 
grams are operating on this machine as the last of the “bugs” 
are being wrung out. Other announced machines are either 
unsuitable or else are in such an early stage of development 
that specifications and costs are too vague for an objective 
appraisal. 

The final decision for the central computer should be 
made on a basis of its installation within a maximum period 
of perhaps three years [emphasis added]; a minimum set of 
speed, reliability, memory size, and overall capacity require- 
ments; and finally the relative cost for such unit capacity. 
Presently unknown commercial machines might conceiv- 
ably prove a better choice if they could meet these criteria, 
and in any event other manufacturers should be given a 
chance to bid. 

In order to properly prepare for such a machine, it is 
believed that the machine design and programming specifi- 
cations would have to be firm within a year at most. Before 
IBM or any other computer manufacturer can be directly 
approached at a high level for performance specifications 
and bids, it is believed that an early policy decision with 
respect to MIT’s intentions is necessary. 

The present trend towards additional separate comput- 
ers would appear an unsatisfactory overall solution to MIT’s 


problems in this area from a standpoint of both cost and 
overall performance. Far more serious, however, is the fact 
that the chance to provide the needed capacity in the form 
recommended by this Report may well become impossible 
in the face of the developments and acquisitions of these 
many divergent groups unless a decision is made very soon. 


Making the capacity of a powerful 
machine more directly available to 
each user will multiply its 
effectiveness and eliminate the 
drawbacks of a large central machine. 


Analyses based upon costs and characteristics of existing 
commercial machines made during the course of this study 
tend to show that computer capacity is far more economi- 
cally provided by a single, very large capacity machine, 
rather than by many separate medium- to small-scale ma- 
chines. In addition, there are vital research problems scat- 
tered in all fields of interest to the Institute which must have 
vast memory sizes and extremely high processing speeds if 
they are to be solved within feasible running times. Separate 
machines which may have either a vast memory or high 
speed are thus highly inefficient and overly costly both in 
total time and money for the solution of these problems. 
Providing a capacity of the type necessary can most econom- 
ically be achieved by the rental or purchase of the largest, 
fastest available commercial machine such as the IBM 
Stretch computer. There is, at present, no other existing 
machine or combination of machines that can achieve com- 
parable computation costs and rates. 

Making the capacity of a powerful machine more directly 
available to each user will multiply its effectiveness, and 
eliminate the drawbacks of the use of a large central ma- 
chine such as have been experienced at MIT. The MIT 
Computation Center is as well administered as any other 
comparable facility with a load of similar nature and magni- 
tude. Nearly 400 distinct problems are active at the Center 
at any given time, and to fairly distribute the available time, 
amounting to less than half of that requested, among large 
numbers of anxious users, leads to difficulties. These be- 
come even greater as nearly 100 competing users attempt to 
use the machine on an average day. The net result from the 
user’s viewpoint is excessive paper work to achieve inade- 
quate time grants, long turnaround times between program 
submission and results, and thus, an overall slowdown in 
research. There would be little justification for an extremely 
high capacity central facility which compounded these 
shortcomings on a larger scale. Fortunately, however. there 
is strong technical evidence that it need not. 

While some of the faculty members are aware of com- 
puters and programming developments with a potential 
application in their field, they are even more aware of the 
present usage difficulties. Programming for them, even in 
the so-called advanced languages, tends to be tedious, not 
easily applicable to their own work, and requiring knowl- 
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edge of far too many conventions and exceptions. Other 
obstacles are the uninterrupted hours required to program 
and debug before finally getting any results, in the face of 
an overcrowded faculty day, and an overworked facility. 
They cannot afford to wait for the presently necessary weeks 
of elapsed time between problem formulation and machine 
solution. 

The difficulty of administering a large central machine 
can only be overcome if a time-shared central machine is 
brought out to many simultaneous users in the form of 
remote input-output “consoles” which have all the charac- 
teristics of a user’s own personal computer with respect to 
access, a known available capacity, and a minimum of usage 
formalities. Such a console would provide far more capacity 
and capability than the user could afford for the same cost 
in a machine of his own. [See Figure 2.] Such capacity, in 
addition to speed, would allow the user to “program” in 
languages that are closely allied to that of his field, and in 
addition, eventually allow him to use pencil and paper 
should he dislike or be unable to use a keyboard to commu- 
nicate his problem to the machine. It would also provide 
graphical display and a permanent record of all work; such 
capability would go a very long way towards attracting a 
sizable fraction of the faculty who could use computers to 
extreme advantage, but who cannot spare the protracted 
time requirements of present usage, as well as realizing the 
benefits of computers as a classroom aid. 

During evenings, nights and weekends, the system de- 
scribed would have adequate capacity to run very large 
problems, which might require the total capacity of the 
central machine, or the work of groups which might not be 
compatible with or desirable for time-sharing. This would 
be a minor restriction upon such groups. 

Although development programs are already underway 
for the high capability, low-cost console described, time- 
sharing techniques and remote input-output stations 
equipped with typewriters presently exist. A large part of 
the access problem described can be solved today with very 
little further development, and thus the entire program does 
not hinge on the possible gamble that to develop the high- 
capability languages and facilities might take longer than the 
indicated three-year time period. To provide the central 
facility will be costly, as will the programming effort to 
provide the needed languages, and to a lesser extent, the 
development and procurement of a large number of high- 
capability remote facilities. But it would seem the cheapest 
way of providing the needed capacity, and the only way of 
providing the necessary, close man-machine interrelation- 
ship which is felt vital for research in the years to come. 

One of the most common complaints made by users in 
the course of the survey of all MIT research projects was that 
it was extremely difficult to find competent programmers, 
who could translate their desires into machine programs. 
This is a symptom of a much longer range problem, ie., 
non-faculty usage, and calls for a longer range solution. 

For any intellectual tool to be used, it must have a 
response time roughly comparable to that of the person 
using it; otherwise it may well slow down, rather than speed 
up. the overall rate of the man and machine. The net result 


will be that the user does not use the tool, even though it 
could be of material assistance to him. 

It is believed that the relatively small percentage of the 
MIT faculty who are using computers directly, and the 
rather limited amount of such usage, is due primarily to the 
tedious nature of present day programming languages, and 
the inescapable fact that it requires a minimum of 2-4 weeks 
to get a moderately complex program written in the best 
available language to operate... For most senior researchers, 
this time lag provides a sufficiently strong barrier to keep 
them from using machines at all. 

Much has already been made in this study of the fact that 
MIT faculty are not directly using computers but are rather 
working through middlemen, in the form of research staff 
and graduate student programmers. More will be made of 
the ineptitude of present languages, which results in many 
“debugging” and compiling runs before a problem is finally 
ready for the “production” which was its raison d’étre. Due 
to present administration policies and computation loads, 
most of the total elapsed time in getting to production is 
spent in the presently inevitable [emphasis added] waits of 
turnaround times between submissions in the succession of 
reruns. 

The net result is to force highly skilled personnel to 
remain idle for long periods of time, unless sufficient ma- 
chine time is granted so that they are working on several 
problems at the same time, but having to constantly “shift 
mental gears” and rethink programs. 

As their efficiency decreases (due to the long turnaround 
times and small time grants) so does morale, and not having 
the satisfaction of seeing their work come to early fruition, 
the best of them leave. 

No study was made of this area, but from many personal 
contacts and discussions it is estimated that no group at MIT 
can expect to hire and keep good qualified programmers for 
much longer than about 114 years. Many groups have suf- 
fered almost 100 per cent casualties inside of three years. 
This is not, it is believed, a question of salaries. 

The effect of such a turnover rate, the constant loss of the 
best and most talented people, and the training of far less 
capable ones to take their place are highly detrimental and 
costly to the research work of MIT. This problem too, it is 
believed. can be alleviated. 

In the past, many cogent and pressing arguments have 
been presented for separate small- to medium-scale comput- 
ers for use by many of the research groups around Tech. 
Although a variety of reasons have been given for this form 
of private enterprise, the basic reasons it is believed are ones 
of access and possession. A researcher in general regards a 
computer as a tool (ranging in power from an intelligent 
assistant to a desk calculator, depending upon his inclination 
and familiarity) and, as with all other tools, feels that its 
effectiveness is measured in part by his degree of access to 
it, and the degree to which he can count on using it when he 
wants to. If it is located in close proximity to his other work, 
all the better. 

It is thus believed that the only fair and workable ar- 
rangement to divide the large machine’s capacity is to assure 
each large user a fixed minimum share of the large machine’s 
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Figure 2. Teager’s console. Reproduced from “M.I.T. Computation — Present and Future.” 


capacity, on call to him at any time he needs it, so that it has 
all the properties of a personal machine. If properly com- 
bined with remote facilities and languages, the user will be 
much happier with a percentage of a larger, and far more 
efficient data processor, than he would be with a much more 
limited capability machine of his very own. After all, as far 
as he is concerned, there would be no way of telling the 
difference, outside the fact that the time-shared facility 
would be far less costly to him, far easier to administrate, 
and much more powerful. 

There is every indication that MIT will need at least a 
20-100 fold increase in its available computer capacity 
within the next three years if it is to continue and accelerate 
its use of computers as an intellectual tool for research and 
teaching. The major alternatives for providing this capacity 
are the following: 


1. Continue the present policy of allowing separate 
groups to provide their own separate facilities as pres- 
ent computer facilities become less and less able to 
meet their requirements. 


2. Purchase or rent an extremely large central ma- 
chine with adequate remote facilities to satisfy the 
projected needs and requirements of the various 
user groups. 


3. Design or build our own large computer that would 
have the same or better capacity as would be provided 
by a machine that is available commercially, using 
presently existing components and machine organiza- 
tion techniques. 


4. Designing or build our own large computer, using 
“state of the art” components, and the most advanced 
concepts of machine and system organization that can 
be obtained from the foremost experts in the field, 
whether they are at MIT, Lincoln, Rand, or else- 
where. 


Of these major alternatives, buying a suitably modified 
commercial machine. and in particular Stretch, seems by far 
the most advantageous. 
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Minsky and Teager 


Interestingly, in the workshop 
which formed the basis for the book 
Computers and the World of the Fu- 
ture’> by Martin Greenberger, 
McCarthy says 


The material | shall present 
on computer-system design 
was developed jointly with 
Marvin Minsky. | also want 
to acknowledge the stimulat- 
ing effect of discussions 
with Professor Herbert M. 
Teager and Dr. F.J. 
Corbaté, who are develop- 
ing time-sharing systems for 
the IBM 7090 at the MIT 
Computation Center. 


This contains one of only a few 
references to Marvin Minsky’s con- 
tribution to the development of the 
concept; one other reference is in 
one of the translations of “MAC” 
provided by Peter Elias: 


Machine Aided Cognition 
Man And Computer 
Minsky Against Corbato 


Others have also provided Multiple 
Access Computer. 

McCarthy also implies, and this 
was confirmed during the inter- 
views, that Teager was proceeding 
with his own plans in parallel with 
Corbaté. Teager’s work was de- 
scribed in the Communications of 
the ACM in a 1962 reprint’? of an 
earlier research report: “Real-Time, 
Time-Shared Computer Project,” 
Computation Center and Research 
Laboratory of Electronics, MIT, 
Cambridge, Mass. Reported by Her- 
bert M. Teager (Nov. 1961). Some 
excerpts follow (copyright 1962, As- 
sociation for Computing Machinery, 
Inc., reprinted by permission): 


The objective of this proj- 
ect is to develop devices, 


systems, and languages for 


the fruitful interaction be- 
tween scientists and 
computers, using the com- 
puter as a powerful, on-line 
aid to understanding. Due to 
cost and computer capacity 
considerations, this ability 
can best be provided within 
the context of time-sharing a 
slightly modified, standard 
memory size computer, 
equipped with random ac- 
cess files, among many 
low-cost simultaneously oper- 
ating remote consoles, each 
equipped with low data rate 
graphical and character-pro- 
ducing input-output devices. 
The major accomplish- 
ments of this project over the 
past calendar year are the fol- 
lowing. On-line programming 
and computation utilizing a 
system of multiple indepen- 
dent typewriters has been 
tested. An existing digital plot- 


Long Range Computation Study 
Group’s recommendation for a 
time-sharing system.’ 


The conclusions and recommendations of the Teager re- 
port did not reflect the views of the majority of the committee. 
Thus, a second report was submitted that recommended the 
acquisition of not just a large computing system, but also a 
system capable of supporting time-sharing. 

The second report of the Long Range Computation Study 
Group was presented to Albert Hill in April 1961. 


The major part of MIT's computational needs, a few 
years from now. can best be met by a single very high speed 
large-capacity computer system with provision for time- 
sharing through a number of remote consoles. 

Present estimates of the cost of such a system lie between 
$8 and $25 million for a suitable central machine, including 
the development and procurement of remote input-output 
equipment. and the development of programming lan- 
guages and systems appropriate for time-shared operation. 
However, this system would be the cheapest way of provid- 
ing the needed capacity and the only way of providing the 
necessary, close man-machine interrelationship that we feel 
is vital for research in the years to come. 


The committee is convinced that the bulk of scientific 
calculation is certain to increase rapidly and that it would be 
uneconomical, even if feasible, to try to keep pace with this 
growth by the addition of more and more standard ma- 
chines, although there are areas in which separate machines 
may be valuable. Therefore. steps should be taken to acquire 
a giant machine mecting the specifications presented subse- 
quently. 

The conclusion that a central computer with remote con- 
soles is required is based not only on the important economy 
obtained. both in running expenses and in programming ex- 
penses. but also on the importance of establishing close com- 
munication between the scientist and the machine. Thus. the 
committee fecls that it is essential to provide for operating the 
machine in a time-sharing mode to provide immediate service 
to each of a large number of users simultaneously operating 
remote consoles throughout the Institute. 

It is remarkable that. despite the many views and needs 
represented by members of the committee. there were cs- 
sentially no compromises involved in coming to this general 
conclusion. Such a high-speed computing system having a 
very large memory and remote time-sharing operation 
meets the needs of very different kinds of projects. ranging 
from the numerical computations of physics. engineering 
and meteorology, to the symbolic computations of language 
translation and artificial intelligence projects. 
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ter has been connected to 
the IBM 709 computer, and 
a special-purpose computer 
to control multiple indepen- 
dent plotters is being 
constructed. A prototype of 
a high resolution graphical 
input device for hand-drawn 
figures and symbols is 
being built. Design modifica- 
tions to the 7090 computer 
have been proposed and are 
being incorporated in our 
forthcoming machine. Sched- 
uling systems for 
time-sharing and memory al- 
location have been simulated 
and found satisfactory. An in- 
formation retrieval system for 
programs and data is being 
designed. Programming sys- 
tems to allow handwriting as 
a valid input are being 
checked out, and new graphi- 
cal languages for several 
major problem classes for 
input and output have been 


REFERENCES: 

Teager, H. Dec. 1960. Mar- 
riage of on-line human 
decision with computer pro- 
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As indicated in the interviews later, 
Teager apparently concentrated on 
the design of interactive input-output 
devices connected to the IBM 709 at 
the same time as Corbaté was imple- 
menting CTSS on the same machine. 

In the above communication, Tea- 
ger refers to a prior paper presented at 
George Washington University in 
1960, which appears to provide the mo- 
tivation for his work. This motivation, 
typified here by the abstract from that 
paper, has a strong resemblance to 
Licklider’s man-computer symbiosis 
concept. 


As the logistics problems of cur- 
rent interest become more and 
more complex, it becomes ap- 
parent that heuristic methods 
hold more promise than exhaus- 


solution. It is also becoming 
clearer that heuristics, per se, 
are useless in approaching 
large combinatorial problems 
(via pattern recognition, for 
example), unless some gen- 
eral techniques are 
developed to draw out the 
specific “best” heuristics re- 
quired for each problem. It is 
a fact that humans are, at 
present, far more efficient in 
developing and applying 
such heuristics than a ma- 
chine. It is therefore of 
considerable value to explore 
how the best features of both 
human and machine decision 
can be married. The general 
problem requires the develop- 
ment of common meaningful 
languages, specialized input- 
output display and entry 
facilities, and a means of 
time-sharing the computer, in 
order to efficiently match 
the machine versus the 


partially specified. 


tive or algorithmic methods of 


human-decision time.*” 


Feasibility of proposed system 


All components of the proposed central computer sys- 
tem either exist or can be developed during the time neces- 
sary for the procurement of the central computer. For ex- 
ample. time-sharing arrangements using remote 
input/output stations equipped with typewriters presently 
exist. Further study is needed in the areas of console speci- 
fications. programming languages and system administra- 
tion. but the Study Group is confident that the present 
recommendations are not dependent upon the results of 
these studies. In defining these areas, it is merely recogniz- 
ing the need to present a full picture of future work. 

The final choice for the central computer should be based 
on whether it can be installed in three years and will meet 
the set of general specifications [presented in Part III of this 
report]. There are two feasible alternate ways to acquire 
such a computer. The first is to purchase or rent one of the 
very large commercially available computers. such as the 
1BM 7030, commonly known as “Stretch.” With minor mod- 
ifications and provisions of time-sharing facilities, this com- 
puter will meet many of the requirements. The second 
alternative is to have a manufacturer construct a computer 
according to our specifications, making full use of any ad- 
vanced components which he may have. 


It is not possible at this time to make any kind of firm 
cost estimate, since the committee has not yet been in direct 
contact with manufacturers. A suitable system based on the 
IBM Stretch computer would, at rumored prices, cost be- 
tween $20,000,000 and $25,000,000. Much of this cost would 
be the cost of memory. Some of the members of the com- 
mittee believe that the cost of a suitable system may be as 
little as seven or eight million. but others are not convinced. 


The importance of time-sharing 


The main conclusion of this report is not just that MIT 
acquire a very large computer system. but that the computer 
system be a time-sharing one, accessible to its users through 
remote consoles and accessible to laboratory apparatus 
through suitable data transmission facilities. The reason for 
this emphasis on time-sharing is because the greatest short- 
age at MIT is not in computer speed but in interaction 
capability with the users and with the users’ laboratories. In 
fact, the increase in interaction capability made possible by 
the time-shared system will have as much impact on MIT 
research as the introduction of automatic computation in 
the first place. 

Asingle. very large. time-shared system is recommended 
for the following reasons: 
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. Only a very large computer can satisfy the needs of 
users with very large problems. 


. Only a time-sharing system can make possible effi- 
cient use of large capacity by many small users. 


. Only a very large secondary storage system can con- 
tain all programs and data and make them rapidly 
available to the computer under the control of simple 
consoles. 


. Only a single large system with many users can pro- 
vide a sufficient base to support the large effort re- 
quired to provide advanced public programs to all 
users on an adequate scale. 


. Only a time-sharing system can provide the interac- 
tion capability which, especially when combined with 
advanced programming and control languages, is so 
essential to improved computer utilization in re- 
search. 


Specifications for central computer 


The general scale and characteristics of the central com- 
puter are indicated by the following specifications: 


1. 
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An advanced indexing and addressing system, fixed 
and floating point arithmetic, and a full complement 
of logical and variable length operation. 


. Average program running speed of at least 10° in- 


structions per second. 


. 250,000 to 1,000,000 words of directly addressable 


memory, each word at least 48 bits. 


. Full time-sharing facilities including memory protec- 


tion, interrupt capability, and non-stop operation. 


. Provision for a system of remote consoles. 
. Capability for real-time interaction with laboratory 


apparatus at a rate of 250,000 words/sec. 


. Secondary storage of more than 10’ words with an 


access time of about .1 sec. and a data rate of 250,000 
words/sec. | 
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